home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / tcp / 930097.txt < prev    next >
Internet Message Format  |  1994-06-04  |  8KB
  1. Date: Tue, 13 Apr 93 04:30:08 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V93 #97
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Tue, 13 Apr 93       Volume 93 : Issue   97
  11.  
  12. Today's Topics:
  13.                  ?? tcp-group digest subscription ??
  14.             Gnu tar with packet driver support?  (2 msgs)
  15.                       High spedd mailing lst???
  16.                    List server won't unsubscribe me
  17.                     Number '#'  sign in addresses.
  18.                        Porting to other systems
  19.                            Thoughts on 108e
  20.  
  21. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  22. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  23. Problems you can't solve otherwise to brian@ucsd.edu.
  24.  
  25. Archives of past issues of the TCP-Group Digest are available
  26. (by FTP only) from UCSD.Edu in directory "mailarchives".
  27.  
  28. We trust that readers are intelligent enough to realize that all text
  29. herein consists of personal comments and does not represent the official
  30. policies or positions of any party.  Your mileage may vary.  So there.
  31. ----------------------------------------------------------------------
  32.  
  33. Date: Tue, 13 Apr 1993 08:54 +1300
  34. From: HOSPICE@otago.ac.nz
  35. Subject: ?? tcp-group digest subscription ??
  36. To: tcp-group@ucsd.edu
  37.  
  38. Hi, I would like to find out how to get a subscription to the tcp-group
  39. digest, and it has been suggested that I try this address.
  40.  
  41. Could somebody send me the details please??  Thanks .....
  42.  
  43. 73 de Brendon ZL4RAE @ ZL4AA.#90.DUD.NZ.OC
  44.                hospice@otago.ac.nz
  45.  
  46. ------------------------------
  47.  
  48. Date: Mon, 12 Apr 1993 16:06:38 -0800 (PDT)
  49. From: jmorriso@rflab.ee.ubc.ca (John Paul Morrison)
  50. Subject: Gnu tar with packet driver support?
  51. To: tcp-group@ucsd.edu
  52.  
  53. Has anyone seen a Gnu tar which includes support for packet drivers (under
  54. DOS)?
  55.  
  56. I've got Gnu tar under linux and SunOS which  can do 
  57.  tar cf remotehost:/dev/mt0 ....
  58. or whatever. It makes backups easier, if the tape drive is located on another
  59. machine.
  60.  
  61. Gnu tar can use rsh, and rmt on the remote host. I *think* Ive seen
  62. a packet driver rsh on DOS, but Im not sure if it works.
  63.  
  64. thanks..
  65.  
  66. __________________________________________________________________________
  67.  John Paul Morrison                     |  
  68.  jmorriso@rflab.ee.ubc.ca        VE7JPM | .sigfile without a cause
  69.  ubc-cs!rflab.ee.ubc.ca!jmorriso        |
  70. ________________________________________|_________________________________
  71.  
  72. ------------------------------
  73.  
  74. Date: Mon, 12 Apr 1993 22:43:42 EDT
  75. From: "Russell Nelson" <nelson@crynwr.com>
  76. Subject: Gnu tar with packet driver support? 
  77. To: tcp-group@ucsd.edu
  78.  
  79. In article <m0niXaJ-0000GfC@rflab.ee.ubc.ca> you write:
  80.  
  81.   > Has anyone seen a Gnu tar which includes support for packet drivers (under
  82.   > DOS)?
  83.  
  84. it's on gwd2i.cnuce.cnr.it (131.114.1.31), available by anonymous ftp
  85.  
  86. -- 
  87. -russ <nelson@crynwr.com> What canst *thou* say?
  88. Crynwr Software           Crynwr Software sells packet driver support.
  89. 11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
  90. Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
  91.  
  92. ------------------------------
  93.  
  94. Date: Mon, 12 Apr 93 05:23:10 UTC
  95. From: g6phf@wg7j.ECE.ORST.EDU
  96. Subject: High spedd mailing lst???
  97. To: tcp-group@ucsd.edu
  98.  
  99.  I should have made a note of this I know!
  100. Does anybody have the address/details of a/the high speed packet list,
  101. I am sure I remember seeing messages about one a while ago.
  102. Thanks, Mike
  103.  
  104. ------------------------------
  105.  
  106. Date: Mon, 12 Apr 93 17:25:35 PDT
  107. From: psm%helios.nosc.mil@nosc.mil (Scot McIntosh)
  108. Subject: List server won't unsubscribe me
  109. To: tcp-group@ucsd.edu
  110.  
  111. Sorry to bug everyone with this post, but listserv@ucsd.edu doesn't
  112. think I'm subscribed to anything, and I still keep getting this group.
  113. Can some Samaritan there please unhook me? Thanks.
  114.  
  115. ------------------------------
  116.  
  117. Date: Tue, 13 Apr 1993 08:33:29 +0300 (EED)
  118. From: mea@Mea.cc.utu.fi ("Matti E. Aarnio [OH1MQK]")
  119. Subject: Number '#'  sign in addresses.
  120. To: kf5mg@vnet.ibm.com (Jack Snodgrass)
  121.  
  122. >    I've been told that the # sign is a bad character for Internet
  123. > Addresses.  I've got my JNOS Gateway set up so that if someone specifies
  124. > me as an SMTP Gateway and they send a note to
  125. > user@bbs.#area.state.country.cont or user%bbs.#area.state.country.cont
  126. > (AX.25 BBS addressing ) it will go to a local AX.25 bbs for routing to
  127. > the AX.25 world.
  128. >
  129. >    My question is... if the '#' sign is invalid in an internet address,
  130. > is there an alternate character that could be used and put into the
  131. > rewrite file so an IP user could address an item to an AX.25 user?
  132. > Thanks.
  133.  
  134.   Definitely it is bad for generic RFC-822 system.
  135. However you can use it with following kind of arrangement:
  136.  
  137.  "kf5mg@kf5mg.#dfw.tx.usa.na"@your.gateway
  138.  
  139. This makes the left side (aka "local part") of outer "@" to be
  140. a quoted string, in which you can use just about anything you wish..
  141. That "local part" is to be analyzed only by "your.gateway", no
  142. other system is allowed to munch its contents.
  143.  
  144. > 73's  de  Jack - kf5mg
  145. > AMPRnet         -  kf5mg@kf5mg.ampr.org       - 44.28.0.14
  146. > AX25net         -  kf5mg@kf5mg.#dfw.tx.usa.na - work (817) 962-4409
  147. > Internet        -  kf5mg@vnet.ibm.com         - home (817) 488-4386
  148.  
  149.  /Matti Aarnio <mea@utu.fi>  OH1MQK
  150.  
  151. ------------------------------
  152.  
  153. Date: Tue, 13 Apr 93 10:54:35 +0100
  154. From: Alan Cox <iiitac@pyramid.swansea.ac.uk>
  155. Subject: Porting to other systems
  156. To: nos-bbs@hydra.carleton.ca, tcp-group@ucsd.edu
  157.  
  158. I've already started breaking NOS up under Linux, and inserting segments
  159. of 'real' applications by routing packets through to the real host
  160. tcp/ip layer. Its effectively much of what Wampes also tries to do. The good
  161. news for people wanting to do it is that it works well, although portability
  162. of the first version I tried (PA0GRI v17j) was very bad. I got hold of
  163. the current AmigaNOS and had it running on Linux well enough to run my
  164. node 24hrs a day in about 2 days of work. If anyone wants bits from it
  165. like the ksubr.c to do the threads on a 386 under Linux just ask.
  166.  
  167. Alan
  168.  
  169. ------------------------------
  170.  
  171. Date: Tue, 13 Apr 93 01:24:31 -0700
  172. From: karn@qualcomm.com (Phil Karn)
  173. Subject: Thoughts on 108e
  174. To: crompton@NADC.NADC.NAVY.MIL, nos-bbs@hydra.carleton.CA
  175.  
  176. I've got another idea. Now that I've made NOS's API very similar to
  177. that of Berkeley UNIX, how about porting the bigger applications
  178. (particularly the mailbox) from NOS to 386BSD?
  179.  
  180. This would give the mailbox a much better base on which to grow (a
  181. real file system, lots of virtual memory, a real time-slicing
  182. operating system with inter-task protection, among many other things),
  183. while NOS could settle down and do what it does best -- acting as a
  184. dedicated packet radio gateway and router. Plain vanilla AX25 users
  185. could be handled with a simple NOS server that would automatically
  186. open a TCP connection to the mailbox on the 386BSD machine.
  187.  
  188. And maybe, just maybe, people would discover all of the nifty network
  189. applications that already exist under 386BSD, like sendmail and the
  190. domain name server, and not reinvent them...
  191.  
  192. Phil
  193.  
  194. ------------------------------
  195.  
  196. End of TCP-Group Digest V93 #97
  197. ******************************
  198. ******************************
  199.